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IMPROVED MULTICASTING IN IP DISTRIBUTIVE NETWORKS 
Technical Field 

[001] This invention relates to distributing Internet Protocol (IP) multicast 

streams in an ATM (Asynchronous Transfer Mode) based subscriber access node 
whilst minimising wasted transmission and node capacity due to forced duplication 
of the IP multicast streams at the network's last IP router/gateway. 
Background Art 

[002] There are no known techniques for distributing IP Multicast services 

using underlying ATM multicast techniques. 

[003] The existing solution requires the IP multicast to be carried through 

the ATM access node using conventional point to point techniques. An IP routing 
node needs to duplicate packets prior to transmission towards the ASAM (ATM 
Subscriber Access Multiplexer) . Duplication of multicast packets is inefficient and 
prevents the solution to scaling to deliver IP multicast to more than a small number 
of end users. 

[004] When the number of potential subscribers needing to receive 

the same multicast stream is large, such as when connected to a typical ADSL 
(Asymmetric Digital Subscriber Line) node with 100 to 10,000 or more subscribers, 
the probability of an ADSL node (or it's communications link towards the IP 
processing function) of exhausting its capacity is extremely high. The operator of 
the access node cannot effectively deliver acceptable services with such a high 
possibility of node congestion and will therefore be prevented from offering 
general multicast services to its subscribers. 

D i sc l osur e of th e i nv e nt i on Summary of the Invention 
[005] This specification discloses a method of providing bi- 
directional communication in a broadcast enabled network, 
[006] - the method including implementing packet or cell forwarding 
rules at end user equipments and at a multicast router to enable the separation of 
unidirectional downstream, and bi-directional or unidirectional upstream flows. 
[007] ATM based access nodes which support ATM point to multipoint 
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connections can be used to efficiently carry IP multicast connections if a means is 
implemented to carry the control part of the IP multicast connections in a point to 
point VP/VC and the information part of the IP multicast connection in a point to 
| multipoint VP/VC (Virtual Path/Virtual Channel) . By this method, the solution can 
5 scale to support a very large number of end users without consuming the transport 
resource. 

[008] - The method shows how the ATM transport's multicast 

capabilities can be used to efficiently transport the IP multicast streams without the 
need for stream replication. 
10 Brief Description of the Drawings 

[009] Figure 1 shows an example of a packet network architecture in a 

distributive packet audio service context. 

[0010] Figure 2 illustrates an example of inefficient packet distribution^ 

[0011] Figure 3 illustrates multicast delivery in ana Subscriber Access Node 

15 without IP awareness. 

[0012] Figure 4 shows control and information flow during a typical IP 

| multicasting session. 

[001 3] Figure 5 shows an embodiment of the invention for efficiently 

supporting IP multicast on an ATM infrastructure. 
20 | [0014] Figure 6js a further embodiment with more than one subscriber 

access node served by one multicast packet router. 
| [001 5] Figure 7 is afl-another embodiment with more than one IP multicast 

stream available to end-users. 

[0016] Figure 8 illustrates IP multicast packet routing implemented within a 

25 | subscriber access node. 

[0017] Figure 9 shows an arrangement in which subscribers access 2 or 

more multicast streams. 
| B e st Mod e of Carry i ng out Detailed Description of the Invention 

[0018] Distributive packet network services have been being discussed and 

30 studied for a number of years. Examples of distributive packet network services 

include but are not limited to: 

[0019] - Video Broadcast: a pay television type service delivered using 
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a packet network. 

[0020] - Audio Broadcast: similar to radio broadcast services but 
delivered using a packet network. 

[0021] Near Video and Audio On Demand: similar to pay television or radio 

5 | broadcasting but based upon a limited number of programm e s programs which 
continually repeat. Multiple copies of the same programme are broadcast 
staggered at different starting times with a fixed starting interval between each 
instance of the programme. Viewers can join the transmission at any time and at 
most, must wait the starting interval until a new instance of the programme 
10 commences. 

[0022] Information Broadcast: text based broadcast service delivered using 

a packet network. Key examples of such services are the various streaming stock 
market ticker distributions available on the Internet. 

[0023] Figure 1 shows an example of a distributive audio packet service. 

15 | Figure 1 shows a "root" content source, 101, eg e.g. , radio station sound channels 
sending root content to a packetization device, 102. The packetization device 
creates primary packetized content stream from the root content and forwards the 
primary packetized content stream to a primary multicast packet routing device, 
103. Routing device 103 distributes the content stream to secondary packet 

20 routing devices, 104, or directly to end users 108. The secondary routing devices 
distribute the content stream to end users, 105, or to further multicast packet 
routing devices, eg e.g. , tertiary routing devices, 106. Further levels of subordinate 
packet routing may be added depending on the need, eae.g., end user density, 
geographical requirements, and so on. 

25 [0024] Distributive packet services are often called multicast or broadcast 

packet services and are charact e r i s e d characterized by a single "root" source of 
information or "content". The root content is passed to a packot i sat i on 
packetization device which is responsible for encoding and formatting the content 
in a manner which is suitable to transmit the stream across a packet network. 

30 | Typically, the output from the packot i sat i on packetization device is a "stream" of 
related packets with each individual packet containing sufficient information to 
enable the end users to reproduce a small time fragment of the original root 
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| content. This is called the primary packot i sod packetiized content stream as it is 
the originating source of packets from the root. 

[0025] Only a single copy of the primary pack e t i s e d packetized root content 
stream is emitted from the packot i sat i on packetization device. However, the 
5 number of end users wishing to receive a copy of the pack e t i s e d packetized 
stream may be large and may be geographically distributed across the area, city, 
country or the world. 

[0026] In order for each of the end users to receive a copy of the primary 

| pack e t i s e d packetized content stream, a multicast packet distribution network 
10 could be deployed to interconnect each end user with the root content source. 
| Today the Internet's MBONE (Multicast Backbone) is an example of one such 

world wide multicast distribution network. 

[0027] The muticast packet distribution network is a hierarchical 
| arrangement of packet routing devices. The hierarchy is opt i m i s e d optimized for 
15 each multicast stream. Each packet routing device systematically receives at least 
one copy of the pack e t i s e d packetized content stream and then duplicates and 
forwards copies of the pack e t i s e d packetized content stream towards other packet 
routing devices or to end users. 

[0028] Figure 2 shows an example of packet distribution efficiency. In 

20 Figure 2, a packetization device, 202 sends packetized content in a packet having 
an address header and content container to a multicast packet routing device, 
203. The routing device 203 distributes the stream to a first subordinate routing 
device, 204, in the form of packet headed B1 and a second subordinate routing 
device, 205, in the form of packets headed A1 and A2. Router 205 redistribute the 
25 streams headed A1 and A2 to further subordinate routers, 206 and 207 
respectively. 

| [00291 The multicast packet distribution network is said to be efficient if it is 

configured to duplicate the packet streams as close as possible to the end users. 
A simple test for efficiency on any particular network connection is to determine 
30 | whether there is only one copy of the packot i sod packetized content stream being 
transmitted across that link. If there is more than one copy of the stream, the 
distribution is said to be inefficient. 
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[0030] In Figure 2, it is clear that there is one link carrying both and "A1 " 

copy and an "A2" copy of the stream and thus this link is inefficient. This situation 
is bound to arise if the following packet routing device cannot intrinsically perform 
a packet duplication operation. In such cases, all packet duplication needs to be 
5 performed in the prior multicast packet routing device and the non-duplicating 
packet router is left with the diminished responsibility for simply routing each copy 
to its required egress interfaces. 

[0031] The consequence of packet stream distribution inefficiency is that 
additional network transmission resources are required to distribute the pack e t i s e d 

1 0 packetized content stream compared with the efficient case. 

[0032] Each network transmission link has a finite and fixed capacity. When 

the first packet stream is configured to be transported by a particular transmission 
link, an amount of capacity equal to the capacity required by the packet stream will 
be "consumed" by the stream leaving the transmission link "partially filled". 

15 Additional copies of the packet stream can be conveyed by the transmission link 
and with each additional copy, the transmission link will become more and more 
"filled". 

[0033] Because the transmission link has a finite capacity, only a finite 

number of copies of the packet stream can be carried on the link before the link is 
20 "completely filled". As the link approaches the point of complete fill, it is said to be 
"congested" and when the link is completely filled, it is said to be "blocked" for 
additional connections. 

[0034] It follows that the lower the efficiency of distribution, the greater 

transmission capacity will be required. It also follows that the lower the efficiency 
25 of distribution, the fewer the maximum number of end users will be that can 
receive a copy of the packet stream. 

[0035] Although there are many packet based communication protocol 
which have been implemented and deployed, the Internet Protocol (IP) has 
emerged as the dominant protocol for packet based networks. 
30 [0036] Today's Internet hosts many distributive multicast services but as a 
proportion of overall Internet traffic, the distributive services are but a small 
fraction. One of the key historical reasons which has ensured that distributive 



6 



services have remained a minor proportion of overall traffic is that most types of 
distributive service require a constant stream of packet delivery in a timely manner 
at a high rate compared with the sizes of typical end user Internet access 
connections. 

5 [0037] Because the proportion of multicast services has been relatively 

small to date, the effects of inefficient delivery of these services has had little 
| impact on the overall ut ili sat i on utilization and use of the Internet transmission 
facilities. Specifically, because Internet access speeds have traditionally been too 
low to allow the implementation of practical video and audio distributive services, 

10 these services have not been developed and deployed. 

[0038] However a clear trend has emerged that with the much higher 

capacity end user connections which are now available for Internet access 
services (including ADSL (Asymmetric Digital Subscriber Line) , I DSL (Integrated 
services digital network Digital Subscriber Line) , SDSL (Symmetric Digital 

15 Subscriber Line) , HDSL (High bitrate Digital Subscriber Line) , VDSL (Very high 
bitrate Digital Subscriber Line) , cable modems and many others), IP based 
distributive services are becoming more feasible and available to a larger 
audience. An increasing number of broadcast radio stations in the world are 
| streaming their programm e s programs onto the Internet (as an example, see 

20 (http://www.broadcast.com/radio) and companies such as Coolcast are streaming 
pay-TV like video streams onto the Internet (see http://www.coolcast.com). 
[0039] Therefore, IP Multicast has now established itself a key driver for the 
delivery of new types of end user services and has been enabled by the new high 
speed Internet access technologies. 

25 [0040] There are many high-speed access technologies (mentioned above) 
and many products have been developed and deployed around the world based 
on these technologies. The growth in deployment is progressing at an explosive 
rate and the installation rate of new high speed Internet access lines is expected 
to compound severalfold each year for the next several years. 

30 [0041] Although these high speed access technologies are predominately 
being deployed for the delivery of high speed Internet access, the access node 
platforms themselves are generally designed to operate at a protocol layer below 
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the IP layer. One reason for this is that the different standards specifically dealing 
with access technologies generally cover only the Physical and the Medium 
Access Control functions but do not specify the transport of IP. Other standards, 
| such as the Internet Requests For Comment ( RFCs), provide recommendations 
5 about how to carry IP packets over the access transport technologies. 

[0042] The consequence of deploying access node devices which operate 
below the IP layer is that the task of IP packet duplication for supporting 
distributive packet services must be performed in a device other than the access 
node. This in turn means that multiple copies of the same multicast packet stream 

10 may be required on the access node's transmission link and therefore within the 
access node's internal bus connections. It is clear that a multicast network 
configuration as described above cannot "efficiently" deliver multicast services 
through an access node which operates below the IP layer and accordingly, the 
number of end users simultaneously receiving a multicast feed will be limited 

15 because of congestion and blocking. Indeed, non-multicast services such as 
traditional World Wide Web access may be also affected by congestion and 
blocking. 

[0043] Figure 3 shows a typical network arrangement for delivering IP 

multicast streams to end subscribers through a high-speed access node. An IP 
20 multicast network, 301 , sends packetized content to an IP multicast gateway, 302. 
Gateway 302 serves a plurality of Subscriber Access Nodes, 303, each of which in 
turn serves a plurality of subscriber terminations such as modems, 304. The 
subscriber modem may connect a plurality of subscriber equipments, 305, 306, etc 
to the network. 

25 | [0044] In Figure 3, the access node has a logically separate connection to 

each subscriber. When the access technology is one of the xDSL technologies, 
the logical topology generally corresponds with the physical topology. When the 
access technology is one of the Hybrid Fibre Coax, Satellite technologies and 
related "broadcast" technologies, this logical topology is implemented over an 

30 access arrangement which is usually point to multipoint. 

[0045] Assuming that the IP multicast network is implemented efficiently, a 
I single copy of a pack e t i s e d packetized content stream will be delivered from the IP 
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multicast network towards the "last" IP multicast gateway. In the diagram, this 
stream is marked with a destination of "*" to show that the packet is yet to be 
duplicated for the last time. 

[0046] Because the subscriber access node in this example is not IP aware, 
5 it falls upon the last multicast gateway to duplicate the multicast stream towards 

each connected end user. On the link towards the Subscriber Access Node 
| therefore, a separate copy of the packot i sod packetized multicast content stream 

will be addressed to each connected subscriber and the link will be inefficiently 
| ut ili s e d utilized . 

1 0 [0047] The capacity of the Subscriber Access Node links towards IP 

multicast gateways vary around the world. They are today typically provisioned 
with STM-1 / OC3c (approx. 150 Mbit/s), DS3 (approx. 45 Mbit/s), E3 (approx. 33 
Mbit/s) or n x DS1 / E1 (up to approx. 6 / 8 Mbit/s) capacity. The number of 
subscribers served from each access node also varies. In the smallest available 

15 nodes, fewer than ten subscribers are supported. In the largest available nodes 
(and combinations of nodes appearing to be a single large node), up to 10,000 or 
more subscribers are supported. Typically, today's nodes are configured for 
between 50 and 1000 subscribers and ongoing high service roll out rates are 
expected to increase the typical node sizes to between 500 and 10,000 

20 subscribers within the next two years. 

[0048] The typical capacity of a broadcast quality multicast video stream is 
between around 1 .5 Mbit/s and 6 Mbit/s. It is therefore clear that the subscriber 
access node network links will reach congestion and become blocked with only a 
relatively small proportion of the overall number of end users taking a multicast 

25 video feed. Because access network providers (and their end users) do not 
generally consider a high risk of congestion and blocking acceptable, the likely 
outcome is that such multicast services will not be offered or supported by the 
access network provider's last gateway. 

[0049] Figure 4 is a flow diagram showing an example of a control and 

30 information exchange during a typical IP multicasting session. 

[0050] Initially, the end user needs to discover what multicasting services 

are available to it through the multicast packet routing device. There are many 
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different ways that this information can be conveyed to the end user application. 
The method of discovery does not materially affect the following information flow. 
[0051] The end user initiates a multicast connection by requesting the 
multicast packet routing device to forward a particular multicast flow. After possibly 
5 needing to find a copy of the requested multicast flow from elsewhere in the 

network, the multicasting packet router will forward a copy of the multicast flow to 
the requesting user (if the flow was not already being sent towards the user). 
[0052] From the end user's perspective, this can be considered to be "join in 

progress": the root content source may have been streaming the multicast flow into 
1 0 the network for a considerable period of time beforehand, but for all intents and 
purposes, the newly attached end user is not concerned with the packets which 
have been sent in the past. The newly attached user starts to receive the packets 
that the root content source has recently been streaming. 

[0053] Periodically, the multicast packet routing device will poll the end user 

15 to check if the multicast stream is still required. The end user is expected to 

acknowledge this request promptly. If the multicast packet routing device fails to 
receive a certain number of poll acknowledgements, it will assume that the 
multicast stream is no longer required and cease duplicating and forwarding that 
stream to that end user. 
20 [0054] Also, the end user can voluntarily inform the multicast packet router 
at any stage that the multicast stream is no longer required. In this case too, the 
multicast packet router will cease duplicating and delivering the packet stream 
towards the end user. 

[0055] It is clear from this description of the typical operation of an IP 

25 multicast session, that there is a bi-directional control requirement in order to 
support the unidirectional multicast information stream. The same multicast flow 
can be delivered to many end users but each end user has a private control flow 
back towards their multicast packet router. 

[0056] The bi-directional control requirement is specifically contrary to the 
30 normal operation of multicasting capabilities of transport technologies such as 
ATM, which is extensively used as a transport technology in xDSL networks. 
[0057] In a typical ATM based xDSL access network, a connection between 
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an end user and a multicast packet router is generally configured by administrative 
actions. The resulting connection is considered to be semi-permanent in the sense 
that the connection will remain active until another administrative action is taken to 
clear it. The ATM protocol supports two different types of connection: 
5 [0058] - a point to point class of connection in which there are two 
clearly defined end points and the information flow is usually bi-directional. 
[0059] - a point to multipoint class of connection in which there is one 
clearly defined "root" and from one to many clearly defined "leaves". The 
information flow in a point to multipoint connection is always unidirectional from 

1 0 the root towards the leaves. 

[0060] The difficulty in using ATM to transport IP based multicast flows is 
now apparent: the information component of an IP multicast flow follows the ATM 
model of a point to multipoint connection but the control component of an IP 
multicast flow follows the ATM model of a point to point connection. In today's 

15 network, the known techniques for mapping the IP multicast connections onto the 
underlying ATM infrastructure are either (a) not scalable to support hundreds, 
thousands or tens of thousands of end users in large scale public access networks 
(b) not compatible with the features and capabilities deployed in large scale public 
access networks or (c) undesirable because of increased complexity in 

20 configuration and / or management. 

| Disclosure of the invention 
[0061] In today's art, when a multicast stream needs to be transmitted to 
more than one subscriber connected to the same subscriber access node, the 
packets in the stream must be duplicated at the network's last IP router / gateway 

25 and then sent as separate non-multicast streams to each connected subscriber. 
[0062] If the access node to which the subscriber is connected is 

intrinsically able to support IP multicast traffic at all its internal switching and 
multiplexing points, the duplication of multicast streams can take place at the end 
user's line termination and the efficiency of an IP based service will be assured. 

30 [0063] However, the vast majority of present day access nodes supporting 

Internet access are not themselves IP devices. Typically they operate at a layer 
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below the IP such as at the ATM layer or Frame Relay layer. 
[0064] Often, the underlying transport layer has its own mechanisms for 
supporting multicast services. In the case of ATM, this mechanism is called point 
to multipoint. However, the service model assumptions underlying ATM's point to 
5 multipoint capabilities are fundamentally different from the service model 
architecture assumed by IP. In ATM, point to multipoint connections are 
intrinsically unidirectional and in IP, multicast connections require an ongoing bi- 
directional control dialogue to initiate and maintain the IP multicast service. 
[0065] So even when the underlying transport mechanism supports its own 
10 efficient point to multipoint mechanisms, these efficiencies cannot be directly 
| r e a li s e d realized if the IP multicast service does not map onto the transport 
mechanism's multipoint service. 

[0066] The invention described here is a method for configuring a cell or 
packet based access node and IP gateway which support unidirectional or bi- 

15 directional point to point and unidirectional point to multipoint transport 

connections so that these transport features can be used to efficiently provide IP 
multicast services to end users. The invention will be described specifically in the 
context of an underlying ATM transport but is generally applicable in contexts of 
other underlying cell and packet protocols with similar connection oriented service 

20 characteristics as supported by ATM. The disclosed method provides an efficiency 
and scalability advantage when compared with the described present day 
implementations when the point at which packet or cell duplication would take 
place is at a network location closer to the end users than the location of the last 
IP multicasting router. 

25 [0067] Figure 5 shows an IP multicast packet routing device, 501 , an ATM 

based subscriber access node, 502, and several end user modems, 503, and 
applications, 504, wanting to receive a common IP multicast feed. 
[0068] At the IP layer, the multicast information packets are normally 
transported in the same channel that carries the multicast control packets. The 

30 method disclosed in this invention uses specially defined packet forwarding rules 
at the end user modem and at the IP multicast router to allow the information and 
control flows to be separated, conveyed over the appropriate type of ATM 
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connection. 

[0069] In the direction from the IP multicast router towards the end user, the 

IP multicast router has two connections towards each subscriber: 
[0070] a shared point to multipoint connection, 509, on which the multicast 
5 information flow will be transmitted 

[0071] and a dedicated point to point connection, 507, for each end user on 

which all other IP traffic will be transmitted. 

[0072] The ATM based multicast is controlled via link 508. 

[0073] When an IP multicast information packet arrives at the IP multicast 

10 router destined towards end users, the IP multicast router forwards a single copy 
of the packet into the shared point to multipoint connection. The responsibility for 
duplicating the packet is placed onto the underlying ATM infrastructure. 
[0074] When the IP multicasting router needs to send a multicast control 
packet towards the end user, or when another non multicast IP packet arrives at 

15 the router destined for that same end user, these packets are forwarded using the 
dedicated point to point connection towards the end user. 

[0075] Two different ATM connections arrive at the end user's modem from 
the ATM network: the point to multipoint termination and the point to point 
termination. The end user's modem requires sufficient functionality to receive 

20 packets on each of these terminations and to multiplex the packets before 

forwarding them towards the end user's IP applications. Typically, the interface 
from the end user's modem towards the IP applications are based on standards 
such as 10/100 Ethernet, Universal Serial Bus, ATM-25 and a range of others. 
[0076] In the reverse direction from the end user towards the IP multicast 

25 router, the IP multicast control traffic and all other types of traffic can be 

transported using the reverse direction of the dedicated point to point connection. 
[0077] At any instance in time, any of the end users connected to the IP 
multicast packet routing device may be receiving the multicast information flow or 
not. Also, the end users may independently request receipt of or request 

30 disconnection from the multicast flow at any time. As end users request receipt 
and request disconnection, the IP multicast packet router uses its "control of ATM 
based multicast" connection to the subscriber access node to direct the subscriber 
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access node to activate or deactivate the transport layer point to multipoint leaf 
connections towards the specific end users. 

[0078] When the final end user chooses to voluntarily disconnect from the 
multicast IP flow, the IP multicast packet routing device may, at its discretion, stop 
5 streaming the IP multicast information packets towards that end user's access 
node. If an end user again requests receipt of that multicast information flow and 
the IP multicast packet routing device had previously ceased sending information 
packets towards the subscriber access node, it will first need to recommence its 
transmission of the multicast information flow and then direct the subscriber 

1 0 access node to join the requesting subscriber to the new multicast tree. 

[0079] In many cases, the IP multicast packet routing device will support 

more than one interface towards possibly more than one subscriber access node 
as shown in Figure 6. The arrangement in Figure 6 includes IP multicast router, 
601 , and ATM based subscriber access nodes, 602. In this case, a separate 

15 shared point to multipoint connection must be provisioned on each of the 
subscriber access node interfaces and the multicasting router will need to 
duplicate separate instances of the multicast information packets and forward 
these into each of the point to multipoint connections. Also provided are separate 
IP multicast routing controls 603 for each station. 

20 | [0080] In the more g e n e ra li s e d generalized case where the IP multicast 

router has more than one IP multicast stream available for the end users, a 
possible arrangement includes a mixture of: 

[0081] - End users wanting to receive one particular multicast stream 
[0082] - End users wanting to receive any of the other available 

25 multicast streams 

[0083] - End users not wanting to receive any multicast stream 
| [0084] In this more genera li sed generalized case, each end user will retain 

a single dedicated point to point link for all non-multicast information traffic as 
shown in Figure 7. In this example, p different multicast flows are delivered 

30 towards the subscriber access node towards n+4 end users. 

[0085] Each possible multicast stream is transported on a dedicated point to 

multipoint connection. However, a separate and dedicated point to multipoint 
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information connection needs to be provided between the IP multicast packet 
routing device and each subscriber access node. 

[0086] As shown in Fig 7, "p" IP multicast streams from the IP multicast 
packet routing device, 701 , are available for each subscriber via the ATM based 
5 subscriber access node, 702. Each of these "p" streams is carried over an ATM 
point-to-multipoint connection. The end user can select one of the "p" multicast 
streams. 

[0087] In yet another embodiment of the invention, the IP multicast packet 

routing device could be implemented within a non-IP based access node as shown 

10 in Figure 8. A specific example of such an embodiment could be a subscriber 

access node, 801, which uses ATM as the internal communication mechanism but 
includes a plug-in IP multicast packet routing device, 802, which performs a similar 
function to that of an external IP multicast packet routing device. A subscriber 
access node connection manager controls the ATM based multicast in cooperation 

15 with the subscriber IP multicast control link. 

[0088] Older solutions do not use the transport layer multicasting 
| capabilities (ea e.g. . ATM) of the subscriber access node. Different end users must 
each receive a different copy of the multicast information flow. 
[0089] Typical link capacities between the IP multicast packet routing device 

20 and the subscriber access node are: STM-1 / OC3c (approx. 150 Mbit/s), DS3 
(approx. 45 Mbit/s), E3 (approx. 33 Mbit/s) or n x DS1 / E1 (up to approx. 6 / 8 
Mbit/s) capacity. 

[0090] The typical capacity of a broadcast quality multicast video stream is 
between around 1 .5 Mbit/s and 6 Mbit/s. It is clear then that the old solution cannot 

25 support more than around 100 simultaneous end user multicast sessions even 
with the highest capacity interface and the lowest capacity video stream. 
[0091] The new solution is more efficient because only a single copy of 
each streaming channel is delivered to the subscriber access node. This allows 
the new solution to support a very large number of simultaneous end user 

30 multicast sessions. The new approach allows all end users to simultaneously 
receive a multicast information feed, even when the number of end users in the 
subscriber access node is many thousands or more. 
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[0092] The invention is also applicable to the case where a dedicated point- 
to-point link is used to control an arbitrarily large number of dedicated point-to- 
multipoint links, so the end user can receive more than one multicast system. In 
this case, the subscriber accesses a single point-to-point link and multiple point-to- 
5 multipoint links. 

| [0093] In a further g e n e ra li s e d generalized case, each end user will have a 
capability of selecting more than one multicast flow as shown in Figure 9. Each 
end user retains a single point to point control connection, 904, and signals 
towards the IP multicast packet routing device, 902, to obtain or disconnect from 

10 any of the available "p" multicast streams, 907, 908. In Figure 9, users "n+1" and 
"n+2" have selected to receive the first and "pth" multicast streams, 907, 908, 
simultaneously and subject to service policy, available capacity on the subscriber 
connection and possibly other constraints, any of the other multicast streams 
available at the ATM based subscriber access node may also be selected. 

15 [0094] An example of this is as follows. Consider that the example 

commences with the end user in a state in which no multicast connections have 
been requested and none are being received. In Figure 9, end user "n+2" is in this 
state. The end user may then signal a preference to receive the first multicast 
stream using the dedicated point to point control channel. When the IP multicast 

20 packet routing device grants the request, the appropriate connections are created 
within the ATM based subscriber access node and the stream is delivered. The 
end user is now in the state shown by the first end user in Figure 9. 
[0095] The end user may then signal a second time indicating a preference 
to receive the "pth" multicast stream. The IP multicast packet routing device and 

25 the ATM based subscriber access node must perform checks to verify that the end 
user is capable of simultaneously receiving the second multicast stream. When 
the connection is established the end user will be in the state shown by end user 
"n+3" in figure 9. 

[0096] The end user may continue to signal towards the multicast packet 
30 routing device to either attach to more multicast streams or to detach from one of 
the previously attached streams. 

[0097] Thus if the end user in the example were to now signal indicating a 
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preference to detach from the first multicast stream, if and when the action is taken 
to detach the end user, they would be in the state indicated by end user "n" in 
Figure 9. 
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ABSTRACT 

-rAq efficient m e an s way of enabling bi-directional 
communication in a multicast IP network using ATM transport. Packet forwarding 
rules at the end-user modem and at the multicast router separate unidirectional 
multicast and bi-directional control flows. This enables the user to control the 
process of multicast services such as video-on-demand, while ensuring that the bi- 
directional flows are carried over the network in an efficient manner. 



